Conclusiones

• • Pilotaje debe ser fundamental. Debe estar algo del pilotaje. Debería haber estado en el Sprint 1.
• Problema -> solución -> métrica. Debe estar.
  1. Si no hay problema.
  2. No cuente soluciones.
  3. No cuente métricas que midan eso.
• Métricas pueden no ser representativas, pero deben estar reflejadas.
• No explicarlo mucho, el planteamiento es suficiente (por qué esa medida, por qué es buena ...).
• Medida prévia debe estar.
• Como todavía tienen que estar haciendose métricas, puede estar.
• Todos los recursos equilibrados. se puede explicar el por qué no está equilibrado.
• Demostraciones.
• Sistema online debe estar algo. Debe estar en producción. No quedarse en estado inestable.
• Subir la aplicación en Mega o lo que sea.
• • Rendimiento. Debe estar MUY especificada y bien destacada.
• Casi ninguno ha puesto rendimientos diferentes para cada rol. Debería medirse de otra forma eso.
• Una única medida de rendimiento no tiene por qué ser necesaria. Diferentes roles, diferentes pesos.
• Ajustar presentaciones a 4:3.
• Minard,png. Mejor gráfico de todos.
• No por meter muchos gráficos, se va a ver mal. Si están bien explicados pueden ser muy útiles.
• Slide:ology.
• Tufte, sobre visualización, de gráficos ...